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PRE-APPEAL BRIEF REASONS FOR REQUEST OF REVIEW OF FINAL 
REJ^CTIOI^ DATED Dpc;E]>lBER 30, 2005 

Claims 1-31 are finally rejected under 35 U.S-C. § 103(a) as being un-patentable over 

U.S. Patent 6,853,714 to Liljestrand et al. (hereinafter "Lil'*) in view of U.S. Patent 6,789,1 18 to 

Rao (hereinafter *'Rao"). Applicants request review of the final rejection for the following 

reasons: 

1, RAO DISCLOSES "CALL POLICY^"- NOT "DOMAIN POLICY'' 

The final Office Action states that "Lil fails to teach explicitly domain policy. However, 

Rao teaches multi-service network switch with policy based routing, Rao teaches domain policy 

(colunm 8, line 58 to column 9, line 3)." (see final Office Action, page 3 - rejection of 

independent claim 1). Applicants agree that Lil does not teach domain policy. But, Applicants 

respectfully disagree that Rao teaches a multi-service network switch with domain policy based 

routing. The Examiner cited the following section in Rao: 

"FIG. 3 is an exemplary flow diagram for processing a connection request coming 
into the switch of FIG. 1 . Tlie program starts, and in step 50^ the connection manager 46 
detects an incoming call in one of the physical ports of the FM 10 (the receiving FM). In 
step 52, flie connection manager 46 notifies the resource manager 38 in the receiving FM 
10 of the incoming call. The resource manager 38, in step 54, searches a call policy 
database for a call policy record corresponding to the incoming call. The call policy 
record includes various parameters which dictate how the call is to be routed. Different 
policies may be applied based on the inlink of the call, a telephone number, a domain 
name^ a source address, a destination address, and the like." (Rao, col. 8, line 58 ^ col. 9, 
line 3; Emphasis added.) 



This section of Rao does not disclose or suggest ^^domain policy" regardless of its use of both 

terms - "policy" and "domain". A careful reading of this section shows that a "call policy" is 

being discussed in the context of a "call policy database" and a "call policy record". The other 

reference to ^'Different policies^' in this section is still a reference only to "call policies'*. Indeed, 

the above-quoted language ^Different policies may be applied. . ." really means "Different [call] 
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policies may be applied...." because there can be no other reasonable interpretation. The only 
"poUcy" discussed in this entire section of Rao is call poHcy. 

In the above-quoted section of Rao> last senteiice> a list of items is given upon which 
applied call policies may be based. This list includes: "inlink of the call, a telephone number^ a 
domain name^ a source address, a destination address, and the like.*' (emphasis added). It is 
abundantly clear that the expression "domain name" is nothing more than an identifier of a 
domain^ just as the ^Helephone number" identifies the source or destination of a telephone call, 
the "source address" identifies the address of a source, the "destination address" identifies the 
address of a destination, etc. In general, a "domain name" (an identifier), by itself, has nothing 
to do vs^ith domain policy which includes a set of lules applicable to members of that domain. In 
Rao, the domain name identifier is being used only as one of several possible factors upon which 
to base its call policy . The term "domain policy" does not appear in Rao and the separately used 
terms "domain" used with "domain name" and '^policy" used with "call policy" should not be 
mis-construed together to allegedly suggest "domain policy." 

Call policy is discussed in Rao in column 14 and is routinft-path-selection limited . In 

other words, call policy is limited to selection of the loutuig path. Depending on the 

characteristics of a connection request such as an inbound access channel or link, a calling or 

called telephone number, a domain name, a source address, a destination address, etc., a router 

can be selected based solely on which of tliese connection requests is involved. Indeed, in call- 

poUcy based routing, packets are forwarded to a specific router based, for example, on a called 

telephone number. Thus, call policy based routing defines a routing path within Rao's switch 

without the need to refer to a separate routing table. (Rao, column 14, lines l-l 2) The Rao 

switch maintains a call policy database that determines how a dial-up connection is handled. 

Call policy parameters allow selection of specific routers to which all user traffic should be 
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directed, llie call policy database is preferably cotifigured as a plurality of call policy records, 

each record defining a unique profile fox a set of users requiring system access. 

This description of call policy is not a description of Applicants* ""domain pohcy" which 

is policy applied by that domain's manager to calls mapped to that particular domain and which 

is recited in all independent claims*. Applicants' domain policies for a particular domain are 

rules which have broad control over call activity in that particular domain, such as restricting 

subscriber access to certain services. This is essentially different from mere routing-path 

selection. Referring to Applicants' specification, examples of "domain policy" are provided: 

Associated with each domain is a domain manager 206, 208. Domain managers 
206, 208 can apply domain policies to calls mapped to their domain by a domain 
mapper 210. These policies can restrict subscriber access to different services. 
For example, a domain manager 206, 208 may implement a policy that denies 
access to a service 204 for subscribers that are behind in their payments , 
(specification, 1|[0024], emphasis added) 

In the above example^ this domain policy can restrict certain services based on payment 

information , e.g., can operate to deny access for subscribers who have not paid their phone bill. 

For other examples of domain poUcies, see pages 12-14 of Applicants' February 27, 2006 

response to the final Oflfice ActioiL 

It is respectfully submitted that, for these reasons, the final Office Action is deficient 

wherefore the final rejection should be withdrawn and the claims allowed. 

n. NO MOTIVATION TO BE DERIVED FROM LIL TO COMBINE LIL WITH RAO 
AND NO LIKELIHOOD OF THE COMBINATION OPERATING SUCCESSFUTXV 

Lil relates to apparatus and method for providing enhanced telocommunication services 

(title) to subscribers by implementing an enhanced services platform on a local network 

exchange within the public telephone network. Rao relates to a multi-service network switch 

with call policy based routing, the switch being capable of providing multiple network services 

' Independent claim 1 4 recites "authorization policy" instead, and its relationship, or equivalence, to domain policy 
has been addressed in the February 27, 2006 response to the Anal rejection, page 14 thereof. 
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from a single platform. Accordingly, Lil and Rao provide solutions to inherently different 
problems and the services provided by Lil are quite different from the services provided by Rao. 

With respect to the ISO (International Standards Organization) OSI (Open Systems 
Interconnection) networking protocol hierarchy, LiFs disclosure is directed to operation within 
layer six (presentation) and layer seven (application) - call treatment services. But, by contrast, 
Rao's switch disclosure is directed to operation within layer two (data link) and layer three 
(network) routing services. Accordingly, one of ordinary skill in the art in reading Lil and 
seeking a solution to an admitted (final Office Action* page 3) missing domain policy in Lil, 
would not be motivated by any disclosure in Lil, directed to protocol layers six and seven, to 
seek a missing domain policy by searching in Rao describing protocol layers two and three . 

Furthermore, there would not be a reasonable expectation, or likelihood, of success in the 
operation of any alleged solution derived from such a combination of references because the 
protocol layers in the two references do not match each other. 

It is respectfully submitted that, for these additional reasons, the final Office Action is 

deficient wherefore the rejection should be withdrawn and the claims allowed. 

m. PRIOR ART APPLICATION SERVER RELIED UPON IN PRINCIPAL 
REFERENCE TO SHOW SERVER-POSITIONING WITHIN PSTN IS NOT 
SUFFICIENTLY DISCLOSED 

All of Applicants' claims are limited to receiving information corresponding to a 

telephone call at an application server positioned OUTSIDE of a public switched telephone 

network (PSTN or PTN). For example, in independent claim 1, it recites, interalia: "receiving 

information corresponding to said call at the application server outside the PSTN. . Although 

Fig. 1 of Lil shows^ as prior art^ a box representing an application server positioned outside a 

PSTN, the final Office Action applies a different application server in Lil against elements of 

Applicants' claims. Indeed, the final Office Action applies Lil's present invention application 
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server, positioned inside the PSTN, against elements of oJaim I . For example, see tfie final 

Office Action, page 3, applying Lil, column 6, lines 16-21, based on Fig. 4, against Applicants' 
'^receiving" step. 

Although Lil uses the same numerical designator "100'' to identify both its prior art 
outside-PSTN service platform and its present invention inside-PSTNf service platform, this is 
misleading, to say the least, because it suggests that both platforms are identical - i.e., precisely 
the same, which cannot be true. Applicants submit that a " traditional services platform '" (Lil, 
col. 2, lines 58-60) configured or architected to be positioned ouLvide a PTN cannot he identical 
in all respects to an exemplary enhanced services platform " (Lil, col. 2, lines 61-64) configured 
or architected to be positioned in^iide a PTN. There must be differences between the two 
platforms, based at least on the different environments in which the two are operatmg^ whereby 
the common "100" designation is wrong. 

To match AppUcants claims* any rejection based on Lil should be based solely on Lil's 
platform located outside the PTN, the prior art platform for which Lil supplies virtually no 
information. But, in order to point at some operational detail, the final Office Action instead 
applies Lil's present invention platform located inside the PTN. For example, on page 3 of the 
final Office Action, with reference to claim 1, it appMes column 6, lines 16-21, 33-40 and 52-55 
against various elements of claim 1, and these sections of Lil refer to Fig. 4 which depicts lAVs 
present invention platform 100 widiin PTN 102. Applicants submit that the final Office Action 
has erred in that it apphes the detail of LiVs present invention, the inside PSTN application 
server, against Applicants' claim elements, while, at the same time, it points to Lirs prior art and 
un-detailed application server in order to allegedly read on Applicants* recited subject matter. 

It is respectfully submitted that for these additional reasons, the final Office Action is 
deficient wherefore the rejection should be withdrawn and the claims allowed. 
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